第五章 WBS 原理、步骤和审查表

一般工作分解结构元素

下图是一般工作分解结构元素，展现了不同类型的项目和典型的下一级元素类型，以及不同类型的横向关联元素。 5-1

WBS原理

顶层

  1. 一个项目群WBS 的第二级包括一系列的项目或生命期阶段，也包括一个项目群管理元素。
  2. 在项目群WBS 的每个阶段（或项目）下的工作分解对该阶段（或项目）是唯一的，反映了该阶段末要产生的可交付成果。
  3. 一个项目群WBS 中的项目或阶段都把项目管理作为第一级的一个分解元素。
  4. 一个项目的WBS 是面向产品的、服务或结果的。第二级分解将取决于类型。

产品项目

  1. 一个产品项目WBS 的第二级元素通常包括主元素和其他主要可交付成果。以及支撑产品工作的主要横向关联。
  2. 产品的第三级元素反映了产品的自然结构。
  3. 横向关联元素是集成性、分析性或过程性的元素。

服务项目

  1. 服务性项目的第二级WBS 元素是主要的、需要支撑项目总体目标的工作领域。
  2. 服务性项目的WBS 元素是相似任务的分组，这些WBS 元素通常能够分配给一个个人或组织。
  3. WBS 元素细分到与父项分类或分组相关的子领域或职能。
  4. 一个新服务性项目的WBS 可以用任务逻辑分组法（即自下而上的方法）来开发。

结果项目

  1. 结果项目的第二级元素是为达到结果所公认的标准过程步骤。
  2. 结果项目的第三级元素是父级元素内的标准过程步骤。

通用原理

  1. WBS 覆盖了项目工作的全部范围，不在WBS 中的工作也不在项目中。
  2. 所有的可交付成果或输出产品都在WBS 中得到表示。
  3. 每一级元素的总和都代表了次高级元素工作的百分之百（第二级所有元素的总和是项目工作或成本的百分之百）
  4. 每一个元素中的工作都等于其下属元素工作的总和。
  5. 细分应该是有逻辑性的，并要反映产品、服务或结果的本质特征。
  6. 每一个WBS 元素都应该代表一个离散的工作元素，这些工作可以在WBS 字典中进行描述。
  7. 每一个WBS 元素都应该有一个唯一标识符。
  8. WBS 元素的描述最好使用名词，如有必要，加上形容词。为了便于理解或是出于文化背景的原因，WBS 描述要尽可能包括动词和修饰成分。然而，它们不能认为是活动，因为活动是通过WBS 元素下发生的行为元素定义的。
  9. 每个 WBS 元素中的工作都可以用WBS 字典来详细的描述，WBS 字典可能成为工作陈述或工作授权文档的基础。
  10. 项目管理在所有的WBS 中都是第二级元素。
  11. 项目利益相关者应该参与WBS 开发。
  12. 在项目利益相关者WBS 后，WBS 应该成为基准。
  13. 成为基准的WBS 应该有一个正式的变更过程。
  14. WBS 应集中于项目输出或可交付成果，它不是一个组织图，也不是一个进度计划或资源表。
  15. 最低级WBS 元素应该是在活动以上的那一级——工作包级。
  16. 最低级WBS 元素应该允许对项目管理的足够的控制和可见度。
  17. 所有WBS 的分支的最低级不必是一样的。
  18. 最低级不必太详细，否则会增加管理负担。
  19. WBS 不反映元素间的时间关系或横向关系；所有的结构关系都是纵向的。

开发一个WBS 的步骤

开发一个WBS 的推荐步骤如下：

步骤1：识别项目目标。（这将支持步骤2 和步骤3。）

步骤2：通过明确的识别主要输出是产品、服务或是结果来确定项目的类型。

步骤3A：如果项目的输出是产品，第二级将包括产品名称、次要产品名称和横向关联元素。确保所有的项目输出都与第二级元素有关。（接第4 步。）

步骤3B：如果项目的输出是服务，第二级将包括不同类型工作的顶级分组以及项目管理元素。识别尽可能多的活动，并将它们按与工作领域相关的逻辑关系进行分类。（自下而上的综合。）（接第5 步。）

步骤3C：如果项目的输出是结果，第二级将包括为实现结果所采取的必要的、公认的主要步骤以及项目管理元素。（接第6步。）

步骤4：对于产品的WBS，将产品元素分解为产品的逻辑物理结构。把横向关联元素分解为支持工作。（接第7 步。）

步骤5：对于服务型WBS，把第二级WBS 元素分解为逻辑职能工作领域。（接第7 步。）

步骤6：对于结果型WBS，把第二级WBS 元素分解为要达到元素的目标或输出所采取的特定的标准过程。（接第7 步。）

步骤7：审查每一级工作元素，以保证确认了全部的工作；加上必要的元素。在产品型WBS 中，确保加上了必要的集成元素。

步骤8：继续将元素分解到工作包级。进一步分解可能会违背上述原理。当下一级可能是活动或未知时停止分解，直到完成了进一步的分析或计划。

步骤9：与项目利益相关者一起审查WBS，并进行必要的调整，以确保覆盖了项目的所有工作。

审查表

  1. 项目小组和其他利益相关者参加WBS 的开发了吗？有专家参与吗？
  2. WBS 能反映组织是怎样工作的吗？
  3. 每一个元素的描述都能清楚地表明什么工作将要做吗？
  4. 所有的最终产品或交付都能在WBS 中被明确识别吗？
  5. 在第二级中有项目管理元素吗？
  6. 在第二级所有元素代表的工作的总和是项目的全部工作吗？
  7. 每一个父级元素下的所有子级元素所代表的工作总和是父级的全部工作吗？
  8. 有没有在需要代表“组装”类型的工作的地方加上综合元素呢？
  9. 看上去工作包的大小合理吗？
  10. WBS 元素编码与其他组织编码相关吗？
  11. 有任何父级元素代表组织的吗？如果有，要考虑重新分解那部分WBS
  12. 如果存在外包或分包，是不是一个具体组织的所有承包的工作都在一个单独的、离散的元素下呢？
  13. 每一个元素的名字是不是都能被理解呢？或者是不是需要一个WBS 字典呢？

results matching ""

    No results matching ""